home *** CD-ROM | disk | FTP | other *** search
/ ShareWare OnLine 2 / ShareWare OnLine Volume 2 (CMS Software)(1993).iso / comm2 / use_faq.zip / RULES.FAQ < prev    next >
Internet Message Format  |  1993-01-11  |  14KB

  1. From news.funet.fi!sunic!uunet!dtix!darwin.sura.net!haven.umd.edu!purdue!not-for-mail Mon Jan 11 23:16:04 EET 1993
  2. Article: 587 of news.announce.newusers
  3. Xref: uwasa.fi news.announce.newusers:587 news.answers:5094
  4. Path: uwasa.fi!news.funet.fi!sunic!uunet!dtix!darwin.sura.net!haven.umd.edu!purdue!not-for-mail
  5. From: spaf@cs.purdue.edu (Gene Spafford)
  6. Newsgroups: news.announce.newusers,news.answers
  7. Subject: Rules for posting to Usenet
  8. Message-ID: <spaf-rules_726771263@cs.purdue.edu>
  9. Date: 11 Jan 93 16:54:24 GMT
  10. Expires: 13 Mar 93 04:54:23 GMT
  11. Followup-To: news.newusers.questions
  12. Organization: Dept. of Computer Sciences, Purdue Univ.
  13. Lines: 256
  14. Approved: spaf@cs.purdue.edu
  15. Supersedes: <spaf-rules_726770474@cs.purdue.edu>
  16. NNTP-Posting-Host: ector.cs.purdue.edu
  17.  
  18. Archive-name: posting-rules/part1
  19. Original-author: mark@stargate.com (Mark Horton)
  20. Last-change: 10 Jan 1993 by spaf@cs.purdue.edu (Gene Spafford)
  21.  
  22. This message describes some of the rules of conduct on Usenet.  The rules
  23. vary depending on the newsgroup.  
  24.  
  25.  
  26. Some newsgroups are intended for discussions and some for announcements
  27. or queries.  It is not usually a good idea to carry on discussions in
  28. newsgroups that are designated otherwise.  It is never a good idea to
  29. carry on "meta-discussions" about whether a given discussion is
  30. appropriate -- such traffic mushrooms until nobody can find articles
  31. that belong.  If you are unhappy with what some user said, send him/her
  32. mail, don't post it.
  33.  
  34.  
  35. Before posting, think about where your article is going.  If it's
  36. posted to a "comp", "news", "misc", "soc", "sci", "rec" or "talk"
  37. newsgroup, it will probably go to the USA, Canada, Europe, Australia,
  38. and many countries in Asia.  Certain articles are only of local
  39. interest (e.g. used car ads) and it is inappropriate to post them to
  40. the whole world.  Use the "Distribution" feature to restrict
  41. distribution to your local area.  If you don't know how to use this
  42. feature, read the "Frequently Submitted Items" in another article in
  43. news.announce.newusers. (Note, however, that some sites have broken
  44. software or improperly configured news systems, so sometimes use of a
  45. "Distribution" header may not work.)
  46.  
  47.  
  48. Be considerate with your use of network resources.  Your individual
  49. usage may not seem like much compared to the net as a whole, but in
  50. aggregate, small savings in disk or CPU add up to a great deal.  For
  51. instance, messages offering thanks, jibes, or congratulations will
  52. only need to be seen by the interested parties -- send these by mail
  53. rather than posting them. The same goes for simple questions, and
  54. especially for any form of "me too" posting.
  55.  
  56. To help minimize some transfer load and disk usage throughout the
  57. Usenet, consider not only how many groups should carry your posting
  58. over what distribution area, but also how long it will be useful. Many
  59. kinds of postings -- such as those making announcements or offers --
  60. have a obvious useful lifetime. Posted questions that aren't answered
  61. within a decent interval probably won't be answered at all, and
  62. announcements will have a limited lifetime. All such postings will be
  63. using bandwidth to no purpose after a certain time.  When making such
  64. postings one should determine what that time interval is, based upon
  65. the nature of the posting, the volume of articles on the newsgroup(s)
  66. involved, and the habits of the audience, if known. Then include an
  67. expiration date in the posting. This will mark the date after which
  68. the article should not be retained at each site.
  69.  
  70. To include an expiration date in an article, when posting insert a
  71. line in the header below the "Newsgroups:" line with the expiration.
  72. For instance, type "Expires: 5 Feb 92" to have the article expire
  73. after Feb 5, 1992.  Most news software will also accept expiration
  74. dates of the form "Expires: +5days".  Please do NOT set expiration
  75. dates far into the future simply to have the article stay around.
  76. Many sites expire old articles no matter what the header indicates, so
  77. you are unlikely to achieve much other than clutter the disk on a few
  78. sites.  Default expiration is normally in the range of 7 to 21 days,
  79. depending on disk space at each site.
  80.  
  81.  
  82. Don't post announcements regarding major news events (e.g. the space
  83. shuttle has just exploded!) to news groups.  By the time most people
  84. receive such items, they will long since have been informed by
  85. conventional media.  If you wish to discuss such an event on the net,
  86. use the "misc.headlines" newsgroup.
  87.  
  88.  
  89. Announcement of professional products or services on Usenet is allowed;
  90. however, since someone else is paying the phone bills for this, it is
  91. important that it be of overall benefit to Usenet.  Post to the
  92. appropriate newsgroup -- comp.newprod -- never to a general purpose
  93. newsgroup such as "misc.misc".  Clearly mark your article as a product
  94. announcement in the subject.  Never repeat these -- one article per
  95. product at the most; preferably group everything into one article.
  96. Advertising hype is especially frowned upon -- stick to technical
  97. facts.  Obnoxious or inappropriate announcements or articles violating
  98. this policy will generally be rejected.  This policy is, of course,
  99. subject to change if it becomes a problem.
  100.  
  101.  
  102. Some newsgroups are moderated.  In these groups, you cannot post
  103. directly, either by convention or because the software prevents it.  To
  104. post to these newsgroups, send mail to the moderator. Examples:
  105.  
  106. Newsgroup        Moderator        Purpose
  107. ---------        ---------        -------
  108. news.announce.important announce@stargate.com    Important announcements for everyone.
  109. comp.std.unix        std-unix@uunet.uu.net    Unix standards discussion.
  110. rec.food.recipes    recipes@taronga.com    Discussing favorite recipes.
  111.  
  112. Some newsgroups have special purpose rules:
  113.  
  114. Newsgroup        Rules
  115. ---------        -----
  116. news.announce.important    Moderated, no direct postings, important things only.
  117. misc.wanted        Queries, "I want an x", "Anyone want my x?".  No
  118.             discussions. Don't post to more than one xxx.wanted. 
  119.             Use the smallest appropriate wanted (e.g. used car
  120.             ads to nj.wanted.)
  121.             Requests for sources, termcaps, etc. should go to the
  122.             "comp.sources.wanted" newsgroup.
  123. rec.humor        Clean humor only; anything offensive must be rotated;
  124.             no discussions -- humor only.  Discussions go in
  125.             rec.humor.d
  126. rec.arts.movies        Don't post anything revealing part of a movie
  127.             without marking it (spoiler) in the subject.
  128. rec.arts.*        Same as movies -- mark spoilers in the subject line.
  129. news.groups        Discussions about new groups: whether to create
  130.             them and what to call them.  Don't post yes/no
  131.             votes, mail them to the author
  132. misc.test        Use the smallest test group possible, e.g.
  133.             "test" or "ucb.test".  Say in the body of the
  134.             message what you are testing.
  135.  
  136.  
  137. It is perfectly legal to reproduce short extracts of a copyrighted work
  138. for critical purposes, but reproduction in whole is strictly and
  139. explicitly forbidden by US and international copyright law.  (Otherwise,
  140. there would be no way for the artist to make money, and there would
  141. thus be less motive for people to go to the trouble of making their art
  142. available at all.  The crime of theft is as serious in this context as
  143. any other, even though you may not have to pick locks, mask your face,
  144. or conceal merchandise.)
  145.  
  146. It is generally considered rude to post private e-mail correspondence
  147. without the permission of the author of that mail.  Furthermore, under
  148. copyright statutes, the author of the e-mail possesses a copyright on
  149. mail that he or she wrote; posting it to the net or mailing it on to
  150. others without permission of the author is likely a violation of that
  151. copyright as well as being rude.
  152.  
  153. All opinions or statements made in messages posted to Usenet should be
  154. taken as the opinions of the person who wrote the message.  They do not
  155. necessarily represent the opinions of the employer of that person, the
  156. owner of the computer from which the message was posted, or anyone
  157. involved with Usenet or the underlying networks of which Usenet is made
  158. up.  All responsibility for statements made in Usenet messages rests
  159. with the individual posting the message.
  160.  
  161.  
  162. Posting of information on Usenet is to be viewed as similar to
  163. publication.  Because of this, do not post instructions for how to do
  164. some illegal act (such as jamming radar or obtaining cable TV service
  165. illegally); also do not ask how to do illegal acts by posting to the
  166. net.
  167.  
  168.  
  169. If you have a standard signature you like to append to your articles,
  170. and you are running a form of news software that supports automatic
  171. inclusion of a signature file, it is usually enabled by putting it in
  172. a file called .signature in your home directory.  The posting software
  173. you use should automatically append it to your article.  Please keep
  174. your signatures concise, as people do not appreciate seeing lengthy
  175. signatures, nor paying the phone bills to repeatedly transmit them.  2
  176. or 3 lines are usually plenty.  Sometimes it is also appropriate to
  177. add another line or two for addresses on other major networks where
  178. you can be reached (e.g., Internet, Bitnet).  Long signatures are
  179. definitely frowned upon.  DO NOT include drawings, pictures, maps, or
  180. other graphics in your signature -- it is not the appropriate place
  181. for such material and is viewed as rude by other readers.
  182.  
  183.  
  184. If you post an article and remember something you've left out or
  185. realize you've made a factual error, you can cancel the article and (if
  186. canceled quickly enough) prevent its distribution.  Then you can
  187. correct whatever was wrong and post a new copy.  In "rn" and
  188. "readnews", an article that you posted can be canceled with the "C"
  189. command.  Be aware, however, that some people may have already read the
  190. incorrect version so the sooner you cancel something, the better.
  191.  
  192.  
  193. Before posting a question to the net (especially one that you think
  194. will be easy for experts to answer), consider carefully whether
  195. posting is the most appropriate way to get the answer.  There are many
  196. ways to find answers without using up network resources and forcing
  197. thousands of people to read your question (and several helpful
  198. volunteers to spend time responding).  Many newsgroups have a
  199. Frequently Asked Questions (FAQ) list that is posted periodically
  200. (usually every few weeks), and they are also usually cross-posted
  201. to news.answers.  They usually have explicit expiration dates set, so
  202. they shouldn't be expired until a new version has been posted, so if
  203. you can't find the FAQ in either the newsgroup or news.answers, there
  204. probably isn't one (thus, it's probably not useful to post a question
  205. asking whether there is one).  If you have local experts (or simply
  206. more experienced users than yourself) at your site, try asking them
  207. before posting.  If you're trying to find where you can FTP software
  208. or a newsgroup archive, try using the Archie service; see postings in
  209. news.answers for details.  Many newsgroups are also archived in Wide
  210. Area Information Service (WAIS) databases; WAIS client software may be
  211. FTPed from ftp.think.com, or you may use WAIS by telnetting to
  212. quake.think.com and logging in as "wais".  Finally, you should also
  213. check the manuals for your system; if you don't, and you post a
  214. question that's answered there, you'll likely receive a number of
  215. responses that scream "RTFM" (Read the F*ing Manual).
  216.  
  217.  
  218. If the news system rejects a followup due to "more quoted lines than
  219. new text," please do not use "filler" lines to make up for this.
  220. Instead, if after careful editing, you have more to quote than to
  221. write, change the citation character.  For example, in the display
  222. editor vi, you could use the incantation:
  223.     :%s/^>/</
  224. Be careful not to do the very similar:
  225.     :%s/>/</
  226. which will affect >'s that are not being used as the citation
  227. character.  (In particular, it will damage the "References" line in the
  228. article header.)
  229.  
  230.  
  231. In preparing an article, be aware that other people's machines are
  232. not the same as yours.  The following is a list of things to keep
  233. in mind:
  234.  * Except for source, keep your lines under 80 characters, and
  235.    under 72 if possible.  (most editors have a fill or format
  236.    mode that will do this for you automatically)
  237.  * Right justified text may look "prettier" in some sense, but it
  238.    is almost always harder to read than leaving ragged right
  239.    margins; don't justify your articles.
  240.  * Most special control characters will not work for most readers.
  241.    In fact, the  space character is about the only one
  242.    you can be sure will work consistently. Even tabs aren't always
  243.    the same from machine to machine, and should be avoided.  Many mail
  244.    agents will strip or remap control characters.
  245.  * Pictures and diagrams should not use embedded tabs.
  246.  * Refer to articles by Message-ID, and never by article number.
  247.  * What you think is the previous article is unlikely to be so elsewhere.
  248.  * Submissions in a single case (all upper or all lower) are
  249.    difficult to read.
  250.  
  251.  
  252. In general, when a mailing to somebody fails, DON'T post a message
  253. about it!  Think for a moment: you are trying to send something to
  254. someone on ONE system.  Your message might go through (at most) TEN
  255. systems on the way there.  Posting a message in the news sends it to
  256. many thousands of systems throughout the world!  There is no way to
  257. justify adding to the news load of all those machines simply because
  258. you cannot determine how to get your mail through.
  259.  
  260. If your message is important, contact someone who knows more about the
  261. mail system and who might be able to help you get your message
  262. through.  Your local system administrator, for instance, or the admin
  263. of the next site "upstream," might be able to help. You can also send
  264. mail to "postmaster" at one of the major Usenet sites.  Almost all of
  265. these people would rather see an occasional plea for help in their
  266. mailbox than read another broadcast in the news system.  If your
  267. message is *really* important, pick up the phone and try to call the
  268. other person.
  269. -- 
  270. Gene Spafford
  271. Software Engineering Research Center & Dept. of Computer Sciences
  272. Purdue University, W. Lafayette IN 47907-1398
  273. Internet:  spaf@cs.purdue.edu    phone:  (317) 494-7825
  274.  
  275.  
  276.